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ABSTRACT 


In  I  cbruarv  19SS  an  AIM  -designed  sensor  module  v.;;;,  launched  into  orbit  and 
performed  a  number  ot  significant  SOI  Delia  1S1  program  experiment'!.  Sensor 
module  on-mbit  command  and  control  operations  involved  a  network  of  world¬ 
wide  facilities  called  the  control  complex.  A  major  component  was  the  sensor  module 
command  center,  which  was  designed,  installed,  and  operated  by  API.. 

T  his  document  presents  an  overview  of  command  center  system  design.  Particu¬ 
lar  emphasis  is  given  to  the  hardware  design  and  interlace  u.  worldwide  assets.  Per 
linen!  detail  of  the  Delta  l.sl  control  complex  and  command  center  mission 
operations  is  given  to  place  the  design  in  overall  context. 

The  rcrr.mr.p- _ .  '  -cubed  within  the  context  m  i he  Delta  usi  mis¬ 

sion.  After  completion  of  the  Delta  181  mission,  a  modified  version  ol  the  com¬ 
mand  center  was  used  to  successfully  support  the  Delta  Star  mission  in  March  1989. 
Mission  control  center  and  network  design  concepts  developed  for  these  programs 
is  being  carried  over  to  ongoing  development  of  similar  applications. 


f'T.ZtJ  ICY 


VS  HOPKINS  UNIVERSITY 


APPLIED  PHYSICS  LABORATORY 

LAUREL.  WARN  LAND 


CONTENTS 


!  is!  of  1  Hast . 

1.  OVERVIEW . 

1.1  Summary . 

1 .2  Mission  Description . 

1.2.1  Experiment  Data  C  ollection  . 

1.2.2  Data  Retrieval . 

1.3  Post-1. aunch  Operations  Control  Complex . 

1.3.1  Command  and  Telemetry  Sites . 

1.3.2  Narrowband  and  W  ideband  Data  1  inks . 

1.3.3  U  SC  N  Network . 

1.3.4  Other  Command  Center  Facilities . 

1.3. 4.1  Mission  Director  Center . 

1.3. 4. 2  Central  Compute'  Complex . 

1.3. 4. 3  Command  Center  Sandia  I  ink . 

2.  SK.NSOR  MODULI-:  COMMAND  U.MKR  INSI ALUATION 

2.1  Command  ('enter  Operations  Room . 

2.1.1  Organization . 

2.1.2  Computers . 

2.2  Command  Center  Equipment  Room . 

3.  UPLINK  SUBSYSTEM  DESIGN  . 

3.1  Command  Generation . 

3.1.1  API.COM  Operation . 

3. 1 .2  Runstate  Files . 

3.2  Command  Authentication  and  Verification . 

3.2.1  Authentication  Word . 

3.2.2  Authentication  Word  Verification . 

3.2.3  Verification  of  Command  Execution . 

3.2.4  End-to-End  Command  Verification . 

3.3  Interlace  to  the  Central  Computer  Complex . 

3.3.1  Delta  2  Guidance  Computer  Command . 

3.3.2  Delta  2  State  Vector . 

3.3.3  Health  Message . 

3.3.4  Interface  and  Message  Form . 

3.4  Command  Uplink  Hardware  Design  Features . 

3.4.1  Command  Formatter  . 

3.4.2  Idle  Null  Messages . 

3.4.3  Redundancy . 

3.5  Verification  of  the  Ground  Uplink  . 

3.5.1  C  ommand  Echo . 

3.5.2  Echo  Processing . 

3.5.2. 1  l  evel  I . 

3. 5.2.2  I  evel  2 . 

3. '.3  Echo  l  lili/ation . 

3.5.4  Echo  Monitoring . 


vi 


1 


3 

4 
4 

4 


6 

8 

8 

8 

9 
10 

10 
10 
10 
11 
1 1 
11 
1 1 
11 
12 


12 

13 

13 

13 

13 

13 

14 
14 
14 


\ 


THfc  jCh\S  hjPmNS  tRS  1  '» 

APPLIED  PHYSICS  LABORATORY 


L  A?J»r  ^  MAhV  ._A\D 


4.  DOWNLINK  SI  BSVST1M  DKSIGN 

4  1  L);vr*lT\  (  oi’ip1  ,Tcr 

4.2  lelemctry  Inpm.  Decryption,  anil  Decommutation 

4.2.1  leiemetry  ProcC'sing . 

4.2.2  Other  Decommutator  Hinctions . 

4.2  3  Encryption  Decryption  Pairs . 

4.3  Data  Log  Capabilities . 


ACKNOWLEDGMENTS 

BIBLIOGRAPHY  OK  1)11.1  A  181  PROGRAM  1)0(1  MINIS 

APPENDIX  A:  Sensor  Module  Command  and  Telemetry  Links . 

APPENDIX  B:  Telemetry  and  Uplink  Station  Contacts . 

APPENDIX  C:  Sensor  Module  Command  Message  '  ortna*  . 

APPENDIX  I):  Eormat  of  Command  Center  Output  to  the  \ESCN 


15 

16 
16 
16 
16 
r 


IS 

IS 

IV 


24 


ILLUSTRATIONS 


1- 1  Command  center  interface . 

2- 1  Command  center  block  diagram . 

2-2  Command  center  operations  room  . 

2- 3  Command  center  equipment  room  . 

3- 1  Uplink  subsystem  block  diagram . 

3-2  Uplink  software  data  flow  diagram . 

3- 3  Major  loopback  points  for  ground  uplink  test . 

4- 1  Downlink  subsystem  block  diagram  . 

A-l  Uplink  command  flow  for  orbiting  sensor  module,  Delta  2, 

and  test  objects . 

A-2  Orbiting  sensor  module,  test  objects,  and  Delta  2 

telemetry  links . 

C-l  Uplink  command  message  format . 

D-l  AESCN  4X  hit  frame  format  . 

D-2  Command  center  output  to  the  AESCN . 


6 

S 

9 

U 

15 


19 

21 

24 

ss 

■>S 


1  i-n  JOHNS  HOP*.  \S  .a 


APPLIED  PHYSICS  LABORATORY 

.  Ai,  ae  l  vaav  ■;  a\u 


1.  OVERVIEW 


1.1  SI  MMARV 

In  lebnuuv  19SS  an  AIM  -designed  scmoi  module  u.n  launched  mio  ori'ii  n\ 
a  Delia  rocket  to  perform  a  number  of  strategic  defense  initiative  (SD1)  pmeraiii 
experiments.  I  lie  priueipal  objective  «;i'  me  formation  ot  a  useful  database  lor 
future  Sl)l  planning.  \fter  launch.  sensor  module  command.  eoniiol.  ami  mom 
tor  operations  were  performed  from  a  lacilitv  sailed  the  sensor  module  command 
center.  Hie  command  center,  installed  at  Cape  Canaveral  Air  Force  Station.  Ida., 
was  designed  and  operated  In  AIM  .  I  hi'  paper  presents  .in  overview  of  t lie  com- 
mand  center  design  and  mission  configuration. 

I  lie  command  center  installation  consisted  ot  an  operations  room  and  an  equip¬ 
ment  room.  Ihe  operations  room  was  stalled  bv  the  sensor  module  mission  oper¬ 
ations  team  and  contained  the  control  terminals,  data  display,  and  \oice 
communication  gear  to  conduct  sensor  module  command  and  monitor  operations. 
The  equipment  room,  located  on  a  separate  or  in  the  same  building,  housed 
command  center  computer  and  interlace  hardware. 

Post-launch  mission  operations  involved  a  network  ot  worldwide  facilities  called 
the  control  eomplsv.  I  he  command  center  was  an  integral  component  of  the  con¬ 
trol  complex  and  interfaced  to  it  as  shown  in  fig.  1-1.  Ii  should  be  noted  that  l  ig. 
1-1  shows  onl\  those  control  complex  assets  that  weie  involved  with  command  center 
interface  or  operations.  The  entire  control  complex  was  tar  more  complicated  A  ' 

As  show n  in  f  ig.  1-).  real-time  command'  sent  from  the  command  center  and 
telemetry  data  returned  to  the  command  eentet  were  communicated  through  con¬ 
trol  complex  assets.  From  a  mission  perspective,  opet  at  ion  ot  the  command  center 
was  tightly  coupled  to  control  complex  operation.  Ilicul  ae,  before  we  proceed 
with  a  detailed  description  ol  command  center  design,  details  iel.it mg  to  the  con¬ 
trol  complex  and  the  mission  are  given  below  .  to  pl.ue  the  comm  ukI  center  design 
in  ov erall  context .  For  additional  background,  an  ov c \  ew  .a  sL-nM,r  module  com¬ 
mand  and  telemetry  'inks  is  presented  in  appendix  V 

1.2  MISSION  DESCRIPTION 

1.2.1  Experiment  Data  Collection 

The  sensor  module  was  boosted  into  a  23’-inelination  orbit  b>  Delia  IS! .  launched 
trom  Cape  Canaveral.  The  on-orbit  spacecraft  assembly  included  (in  addition  to 
'he  sensor  module)  the  Delta  second  stage  (Delta  2).  which  provided  attitude  con¬ 
trol  arid  orbit  adjustment  during  the  mission.  The  sensor  module  payload  included 
a  canister  that  housed  reference  and  experimental  test  objects.  Alter  orbit  inser¬ 
tion,  the  test  objects  were  deployed  in  a  controlled  sequence.  Instruments  on  board 
the  sensor  module  (passive  infrared  and  ultraviolet  sensors,  laser  radars,  and  a  mi- 
ci  owave  radai )  ohserv  cd  and  1 1  ackcd  the  test  objects  ov  or  a  range  of  environmen¬ 
tal  background  conditions. 

During  the  first  ten  orbits,  all  experiments  were  conducted  and  sensor  module 
instrument  science  data  was  stored  on  on-board  recorders.  Also  preparations  were 
made  for  downlinking  recorded  data.  During  this  phase  of  the  mission  (called  the 
d.iM-solltction  phase)  the  command  center  was  very  active  in  supporting  real  lime 
command  operations  and  monitming  sensor  module  pel  tormanee. 
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Fig.  1-1  Sensor  module  command  cenler  interface. 


1.2.2  Data  Retrieval 

At  the  end  of  the  data-collection  phase,  in  accordance  with  the  mission  plan, 
the  command  center  loaded  the  sensor  module  with  instructions  to  begin  what  was 
called  the  data-retrievai  phase.  During  that  phase,  the  sensor  instruments  were  ofi: 
the  task  of  the  control  complex  was  to  retrieve  the  instrument  science  data  previ¬ 
ously  stored  on  board  the  sensor  module.  The  data-retrieval  phase  consisted  of 
ground  operations  to  control  playback  of  stored  sensor-module  instrument  data 
and  record  those  data  at  ground  tracking  site'. 

As  called  tor  by  the  mission  plan,  sensor  module  command  and  control  opera¬ 
tions  were  shifted  to  the  Air  Force  Consolidated  Space  lest  Center  in  Sunnyvale. 
Cal.,  for  the  data-retrieval  phase.  During  this  phase,  the  command  center  at  Cape 
Canaveral  was  on  standby  for  contingency  command  operations,  and  operators 
continued  to  monitor  and  evaluate  sensor  module  health.  This  period,  approxi¬ 
mately  one  week  in  duration,  ended  when  two  complete  dumps  of  sensor  module 
instrument  science  data  were  recorded  at  control  complex  spacecraft  tracking  sites. 

1.3  POST-1  Al  NCH  OPI  RATIONS  CONTROL  COMPI.KX 
1.3.1  Command  and  Telemetry  Sites 

1  he  control  complex  consisted  of  a  combination  oi  worlds*  idc  assets  of  the  Fast¬ 
en!  lest  Range,  the  Kennedy  Space  Center,  the  l  .S.  Air  Force,  and  the  F.’.S.  Army. 
J  tin i  spacecraft  tracking  situs  were  used  for  command  uplink  and  13  sites  were 
u-cd  to  recover  telemetry,  file  sites,  all  reasonably  close  to  the  equator,  provided 
optimum  ground  coverage  for  support  o!  command  uplink  and  telemetry  down¬ 
link  operations.  The  four  command  uplink  siics,  located  at  Ciunm  (CDS),  Hawaii 
(HA  S),  \  andenburg  (V  I  S),  and  the  Indian  ( .Venn  < lOS),  are  part  of  the  Air  Force 
Satellite  (  ontrol  Network  (AISCN). 
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1.3.2  Narrow  hand  mil  \\  ideluiul  Data  I  inks 

Nemor  module  narrowband  and  wideband  data  links  arc  described  :n  \p-pv luii \ 
\  I  lie  narrow Kunl  da! a  link  can  ted  data  icquired  in  : lie  command  cenrei  to  v  et  :l  ■ 
v>inn:a!id'  and  a  -  n u ' n 1 1 > ■  ■  semor  module  eoniieiiianon  and  health.  When  liie  set  'i  a 
module  ‘a  as  ui  tea.  ot  :  ra-..  k  ate  site.  tiulfou  hand  ;eie;ne:i\  a  a'  received  an... 
relaved  to  ihe  command  een’.et  in  teal  lime.  I  lie  II  I  -4  Incline,  located  a!  (.  ape 
(  aint'.eial.  eolleeied,  and  di'itil'ined  sci-sor  module  lelenicirv  to  the  eomtnaui: 

I  lie  teieukt!';  'lies  .<00  'Cs.'iUcd  seiee’  wideband  k  etn.'e  'lata  v  t 1 1 1 1  *  j : '  ‘he  slat,: 
eoliection  phase.  I  lie  wideband  data  coti'isicd  ol  teal  'ime  science  data  Iioin  the 
setisor  instruiitetiis,  |  hese  data  u ere  recorded  at  eround  I  rack  me  sties,  when  the> 
were  in  view  of  the  -eiisoi  module,  and  were  processed  rollowine  the  mission.  Note 
lha'  vv ideband  data  ".ere  not  reqahed  in  the  .oiimirmd  center  to  petto* m  misston 
operations  and  'has  v.eu  tun  mpa:  to  :t. 

1.3.3  AFSCN  Network 

\s  illustrated  til  l  ie.  1-1.  all  commands  sent  trom  the  s-'inmand  cc  liter  were 
sent  lo  the  -cilsO!  niodalc  iiroucli  tile  \1  U  \  Dunne  supported  passes,  when 
an  uplink  trucking  site  w.o  m  •.  icw  of  the  ■eti'oi  tnodiiie.  the  coti'.niatKl  center  set;: 
eonunanus  in  real  lime  to  me  I  .-Astern  I  nv  inuiniental  (  heekoui  I  aciliiv  (an  Al  S(  \ 
asset),  located  near  the  command  center  al  (  ape  Canaveral.  !  rein  that  laeiht;  . 
seiisot  module  commands  were  sent .  via  the  \l  N(  N  network,  to  t  In  iiaekme  -he. 
I  nun  the  trackin',’  site  the  .ommand'  wee  nplinke-J  "  die  seiisot  module  I  lie 
time  required  lor  a  command  lo  travel  iron)  the  command  eentei  ;o  t he  'Ciisoi 
module  was  less  than  2  seconds. 

Note  lh.il  ..ill  command'  sen:  trom  (  ape  Canaveral  were  routed  thtvnieii  the 
A I  SCN  (  onsolidaied  Space  lest  (  entet  <  C  S  I  (  )  locatevi  in  Nimnvvale.  (  a!.  I  lie 
(  SIC  i'aeilitv  transmitted  the  comntanils  to  (ire  .uaekttt;’  mic  that  was  current  l> 
m  view  of  the  sensor  module.  Uelore  cadi  supported  pass.  CM  (,  established  com¬ 
mand  and  telemetry  links  with  that  site.  Dm  me  the  pass,  command'  sent  Pom 
(  ape  C  anaveral  were  then  automatically  routed  to  that  site.  1  lie  (SIC  Cacilitv  al" > 
coiieeieci  narrovvn.nui  ,eietneii>  non.  ‘ICN  i.wcb.  r  a::;!  sen:  it  hack 

-ontrol  eomples  Idodti, i.-s  ,u  (,  upc  (  anaver.il 

1.3.4  Other  (  oinmand  Center  Facilities 

Ip  to  tins  point,  we  have  described  how  the  worldwide  spaces  raid  trackine  sites, 
the  !  L!  1  I  ’ci'itv.  and  the  \l  S(  \  together  supported  command  and  telemetry 
link'  to  the  command  center.  We  slum  n..>v  dvc  „  vc;.,  *.*••: I::.. 

renuitiini!  Cape  (  anaveral  faeilities  supporied  command  center  operation. 

1.3.4. 1  Mission  Director  Center.  \  I'aeilitv  called  the  Mission  Dircctoi  (  en 
ter  served  a>  the  mission  control  center  lot  i he  data  collection  phase  ot  the  mis¬ 
sion.  Mission  managers  and  technical  advisors  stationed  there  assessed  all  aspects 
ol  mission  opeuttion.  1  limueli  the  operations  director,  top  level  instructions  were 
issued  to  the  command  scntei  and  lo  oilier  control  complex  lacili'ics  to  coordinate 
.ill  cm  mud  i  \ used  .  >pc  ui  i"i .s . 

Ihe  Mission  DiuPet  (  ,i:tc!  '  .i,  I  UK  hided  \!’I  teelllUval  '.idvisms.  lo  suppoi! 
those  advisors,  command  ntci  compuiers  interlaced  to  a  nmnhci  ol  lernnnals 
located  m  i lie  Mission  Director  (  'enter  r li.it  doplaved  sensor  module  telemetry  ilata. 

i  he  e.iimnan.l  link  limn  the  mi  mat  I  urnt-rf  Pi  the  sensor  module  was  unique 
I  he  -•  'umi.nnl  ..ci'i  :  -em  tti.md  not  > > : : ! -  m  *1.^  eii-o  module,  hot  also  lo 
rile  Delta  2  me:*§il  .••i:.l:m.e  -.on  pm.-  a: id  .thied'  t'ce  \ppcndtx  \)  In  this 
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,  M  -  it  : 

■  vi  r . ■  -  1  '■ . 


.  i..  , i . 


1.3. 4. 2  (  entrul  (  nmpniir  <  nmpliA  Ihc'cnio;  ;i  .>d .be  kl 


I  I.  !  V'-  .  :  .  i i ■■  ■  I  ).■!>,!  .11,  '  '  :.t4  .  : 

update-;  .-iqui-cd  p-c.oe  af.l  -wi  ledge  ot  4‘4k  ,ut  u.  I  kVa  2  ..mt  ,  . 

ui.'dmc  .  a- mca-  ecd  I".  •  id.:’  4  4 .  s e  n:  I  he  t  u.:  .-It  onr.iv  1  •.  ••.  - 

.  tt at  te  al  selection  i-  'he  ’.ic1  ■■  to  •  ) » •* m  ;hi'  task.  >..,w 
at  <  ape  (  an.o  ctai  ,»  :<>  cr.  c  ,t;;J  p:o»e"  r.idn!  !r.K  une  da' a.  !  r..:4  ' up.!  4  . 
already  contigurcd  to  receive  •  ..vl.tr  data  .'is  otbnun:  '•p-t'-'v w .»:*  a  -a.  - 

network  ot  radar  sites.  I  or  4kts  ; : s i " : .  •  r. .  •!,(.  v  entrai  <  omp  .  •»•  (  -’mpies 
graded  'o  configure  Delta  2  nertial  guidance  compute:  .  >mnunds  and  sappor 
tite  command  link  to  :  1 1 o  command  seme; 

1.3. 4. 3  (  ommund  ( enter  sandia  1  ink.  I  he  command  centoi  also  p'O'udid 
decrypted  nuiioul\itk;  tcicrncsw  Jara  unJ  :o:  obmm  dopki;. s  •<>  Sandta  Na¬ 
tional  1  aboratory  ground  snppw:  facility.  A  team  a4  this  : aci  1 1 1 > .  in  coikcrt  «iv. 
technical  ads isors  in  the  \li»a>n  Director  C  enter.  evaluated  overall  pet  tormam  c 
in'  the  ?0't  objects  bn:!:  in  jlie  Nmc!u  National  1  ab-oraiory.  At  ke>  time-  during 
the  mission.  decision'  were  required  an  to  the  nesCssity  ot  sensitive  test  object  com- 
rnand  uplink  operations.  Yuen  decisions  were  based  partb  ..n  telemetry  and  do 
plays  provided  by  the  eomniand  center 

2.  SI  NNOR  MODI  11  COMMAND  C  l  N  i  l  R  INS  1  M  l.  \  HON 

Hie  command  center  operations  room  and  the  equipment  room  were  ioeated 
tit  I langar  AO  of  Cape  C  anuvcral  Air  I  orcc  Station.  I  hey  were  instailed  ■  mi  -e;  i 
rate  floors,  with  the  operations  room  lccr.ted  ab>«4<-  ilie  equipment  room  Mt" i» 
operations  required  stalling  ot  both  areas,  and  voice  links  were  tequired  to  ,v,» 
d.maie  internal  command  center  operation. 

I  lie  block  diagram  of  1  1  show  .  a  more  detailed  functional  breakdown  oi 

the  omimand  center.  Detadcu  interconnection  between  major  ••ornmmal  ceiitet  sub 
s4.  a ettis  and  the  control  eompks  is  also  show  ti.  I  lie  equipment  room  housed  c-n 
i  md  ccnte:  uplink  and  downlink  subsystem  equipments,  which  included  comput.-ts 
and  ail  eievtricid  inter!. tecs  fo  control  complex  facilities.  I  he  computet4'  suppnreJ 
krininals  and  printers  located  in  the  operations  room.  I  hesc  teiminals  provided 
'tie  operator  interlace  tor  sending  uplink  commands  and  mc.nitonne  sensot  it. od 
■tie  health  and  stains,  ]  he  downlink  subsystem,  linked  to  the  1 11  -4  lacilitv.  pro 
■.cssed  narrowband  leieme'!4.  and  provided  all  capabilities  m  monitot  ilie  si-iisoi 
module  I  he  uplink  sub.;,  stem,  linked  to  tfie  A1S(  N  netwe.i  k  .mu  die  (  entrai  (  om 
purer  <  p!e\.  provided  the  .apability  to  pertomi  sensor  module  c->inmand  . •  i :.J 

,  ■ 1 11 4 1  o  I . 
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Fig.  2-2  Command  center  operations  room 


monitor  ot  vendor  module  health  and  status.  The  personal  eomputer'  provided 
specialized  data  analysis  and  graphic  displays  of  the  night  processor  data  compo¬ 
nent  of  telemetry. 

I  he  command  center  computers  also  supported  three  display  terminal'  and  a 
personal  computer  located  in  the  Mission  Director  Center,  and  a  display  terminal 
located  in  the  Satidia  National  Laboratory  facility.  I  liese  devices  provided  teleme¬ 
try  display  capabilities  identical  to  those  available  within  the  command  center. 

Three  terminals  and  a  personal  compute!  in  the  operations  room  were  connect¬ 
ed  to  the  uplink  subsystem  computer.  The  API  COM  (  API  communications  lan¬ 
guage)  terminal  (at  the  uplink  controller  location),  was  the  only  terminal  from  which 
sensor  module  commands.  Delta  2  guidance  computer  commands,  or  test  object 
commands  could  be  sent.  Command  verification  results  were  also  posted  to  this 
terminal.  T  he  oihc  vrminals  and  personal  eomputer  supported  the  command  center 
director,  the  alerts  analyst,  and  sensor  module  advisor.  They  were  used  to  monitor 
(  crural  Computer  Compos  interface  status,  to  generate  updated  station  alerts,  and 
to  run  utility  programs  in  support  of  uplink  planning. 

As  previously  noted,  a  number  of  the  operations  room  staff  positions  included 
!. astern  lest  Range-generated  data  displays.  Those  displays  included  sensor  mod¬ 
ule  orbital  ground  tracks,  selected  Delta  2  telemetry,  prelaunch  countdown  events, 
and  live  teles  isiott  coverage  of  control  complex  facilities  (launch  pad.  Mission  Direc¬ 
tor  <  enie! .  etc.).  The  displays  were  useful  to  the  command  center  staff  in  keeping 
aureus1  o!  coniroi  complex  and  mission  operations. 

2.2  COMMAND  <  I  N  I  I  K  I  Ql  IPM1N  I  ROOM 

I  he  equipment  room,  which  housed  the  uplink  and  downlink  subsystems  hard¬ 
ware.  included  the  downlink  and  uplink  MicroYnx  II  computer  systems,  an  uniii- 
•ertuptible  power  system,  and  five  racks  ot  interface  and  test  equipment.  T  he  layout 
>>t  'hat  room  and  the  equipment  is  shown  in  I  ig.  2  v  Again,  because  of  seeurits 
■oMisidci.uioti'.  no  photographs  of  the  actual  taeilits  were  allowed. 
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Fig.  2-3  Command  center  equipment  room 


I  lie  command  center  also  included  its  own  'ininierrnptthle  power  system  (l  I’R), 
rips  sAstem  was  reunited  because  o!  t lie  power  line  transients  aits,  outages  com 
monly  experienced  at  Cape  Canac.  tl.  li  powered  all  command  center  equipment, 
including  the  terminals  and  printers  located  in  the  operations  room,  litis  svs.etn. 
an  Imunelee  series  11.  had  a  I'  k\  \  capacity,  and  included  power  conditioning 
anil  a  backup  batters  pack,  [lie  uni  met  nipt  able  power  system  isolated  input  pow¬ 
er  p..  orb.  :>ns  Irom  eonnnand  center  eqiii(iinent  and.  in  the  event  of  a  complete 
P-  "uia:  ,  delivered  uninterrupted  powet  tot  a  minimum  ol  15  minutes.  In 
liii  ot  long-term  power  outage,  the  1  astern  lest  Range  maintained  on  a  stand- 
.sis  during  the  mission  haekup  diesel  power  eenetator.  i  he  umntemipnNe 
,  ,.>.er  system  opetateii  ii'ing  etthi'  commercial  \(  powe:  ot  the  back -up  eeneratot . 
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3.  I  PI  INK  SUBSYSTEM  OTSICA 

I  igure  3-1  show '  a  mote  derailed  view  of  the  uplink  hard"  me  I  or  clarity ,  the 
patch  panel  and  sw  itches  used  to  interconnect  the  various  equipment  are  not  show  n. 
Some  of  i lie  more  eommonl;.  used  tea  signal  test  paths  are  indicated  by  dashed  lines. 

I  he  core  of  the  uplink  was  the  MieroYax  II  computer  system.  It  included  two 
~50  Mbyte  hard  disks  and  a  tape  transport  unit.  Uplink  software  resident  in  this 
computer  could  generate,  send,  and  verify  commands.  The  command  fonnatter. 
eneryptor,  and  AFSCN  formatter  equipments  functioned  to  interface  uplink  mes¬ 
sages  output  by  the  eomputer  for  transmittal  to  the  sensor  module.  The  echo  pro 
ees  or.  (lecryptor.  At  SUN  depaekeii/er,  and  bit  >vnc  equipment,  processed  the 
command  echo  returned  from  the  Al  SC  N.  and  verified  operation  ot  the  entne 
ground  portion  of  the  uplink. 

Uplink  command  and  command  verification  functions  were  implemented  in  both 
hardware  and  software.  A  description  ol  key  uplink  functions  follows. 


Fig.  3-1  Uplink  subsystem  block  diagram. 


3.1  COMMAND  C.KNKRATION 

3.1.1  API.COM  Operation 

Figure  3-2  shows  a  top-level  data  How  diagram  of  t he  uplink  computer  software. 
For  clarity,  only  the  basics  are  shown.  Please  refer  to  Fig.  3-2  as  required  in  the 
tollovv  ing  discussion.  I  he  \PI  (  ( )M  sol t ware  program,  resident  in  the  uplink  com 
puter,  providevl  tnc  means  to  send  and  verify  commands  to  the  sensor  module 
Ihepmgtam.  operated  via  the  API  COM  terminal,  was  operator-interactive:  vari 
oils  MM  COM  language  constructs  allowed  the  operatoi  to  specify  and  send  com 
mands  m  the  sensor  module.  1  he  concepts  behind  API  (  OM  were  developed  at 
MM  some  time  ago  tot  Mmilar  applications.  \  unique  version  ol  AIM  (  <  ).M  was 
desiL’iicvl  lor  seiisoi  m>>dule  command  and  eontiol. 
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Fig.  3-2  Uplink  software  data  flow  diagram. 

Commands  were  entered  by  die  uplink  controller  and  sent  to  the  sensor  module 
in  the  form  of  a  command  message,  Aftct  entry  of  a  command  message  (in  API  - 
COM  language  notation).  API.COM  compiled  a  bit  image  of  the  message  and 
passed  it  to  the  uplink  hardware  for  transmittal  to  the  sensor  module.  The  com¬ 
mand  message  hit  image  format  is  shown  in  Appendix  C.  As  shown,  a  command 
message  consisted  of  2  to  100  commands  imbedded  in  overlaying  protocol.  All  com¬ 
mand  messages,  including  those  destined  for  the  Delta  2  guidance  computer  or  the 
test  objects,  were  packed  in  this  format.  The  commands  could  be  either  real  time 
(i.e.,  executed  immediately  when  received  b\  the  sensor  module),  or  delayed  (i.e., 
stored  in  the  sensor  module  command  store  memory  for  execution  at  a  later  time). 
T  he  process  of  sending  and  verifying  a  single  command  message  typically  took  It) 
to  20  seconds,  depending  on  message  length  and  type. 

3.1.2  Runstate  Files 

Closely  associated  with  AIM.COM  operation  was  the  use  ol  command  runstate 
files.  A  runstate  was  a  text  file  ol  API.COM  language  commands  specifying  one 
or  more  command  message  operations.  API  (  OM  was  designed  to  access  a  tun- 
state  tile  specified  by  the  operator,  and  to  execute  commands  in  that  file.  A  run- 
slate  basicallv  substituted  for  operator  tspe-in.  I  he  use  ol  runstate  files  allowed 
for  tile  configuration  and  test,  prioi  to  launch,  of  command  messages  intended 
for  potential  use  during  the  mission.  It  also  ereatK  minimized  the  potential  for 
operator  error  For  this  mission,  about  5(1  'tub  milstates  were  preconfigured, 
ihoroughlv  tested,  and  placed  in  a  runsta!e  data  base  ptiot  to  launch.  A  number 
of  these  runstaies  were  used  during  the  mission. 
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3.2  COMMAND  \ll  HI  NIK  A  I  ION  AND  VTRIHCATION 

In  : iic  design  01  ,i  spacecraft  .onimand  facility,  t he  command  \  cr  it  leaf  khi  pro- 
a‘"  t\  always  a  prime  concern  Because  of  i tie  nature  of  Rl  uplink-,,  there  is  al¬ 
ways  a  -.mall  probability  tin!  nit  errors  will  oeeur  in  the  uplink  process.  Reception 
bv  [lie  spaeeeraft  of  bit  errors  in  the  command  message  will  generally  prevent  the 
execution  o!  one  or  mote  of  the  commands.  T  herefore,  for  reliable  control  oi  t he 
spacecraft,  the  ground  uplink  design  must  include  a  means  to  verify  command  ex¬ 
ecution.  for  the  Delta  IN)  mission,  because  of  the  extended  ground  network  through 
which  command'  flowed,  command  verification  and  authentication  (described  be¬ 
low)  were  especial!)  critical  functions.  These  functions  were  performed  automati¬ 
cally  by  API. COM  software:  a  brief  overview  is  given  below. 

3.2.1  Authentication  Word 

In  addition  to  command  verification,  the  command  center  maintained  and  veri¬ 
fied  the  command  authentication  word.  (The  sensor  module  command  system  re¬ 
quired  that  each  command  message  include  the  correct  authentication  word:  see 
Appendix  C.)  The  command  authentication  word,  as  well  as  encryption  of  the  up¬ 
link.  were  features  designed  to  enhance  security  of  the  command  link .  The  authen¬ 
tication  word  was  a  "key”  that  allowed  the  command  message  to  enter  the  sensor 
module  command  svstem-the  message  executed  only  if  the  sent  authentication  word 
matched  the  authentication  word  internally  maintained  by  the  sensor  module. 

After  each  command  message  was  sent  to  and  accepted  by  the  sensor  module, 
the  authentication  word  internal  to  the  sensor  module  changed.  API.COM  auto¬ 
matically  computed  a  new  matching  authentication  word.  The  new  authentication 
word,  after  verification  in  APLC'OM,  was  saved  for  inclusion  in  t he  next  com¬ 
mand  message.  Computation  of  the  new  authentication  word  was  based  on  the 
value  of  the  authentication  word  just  sent. 

3.2.2  Authentication  Word  Verification 

The  change  in  sensor  module  authentication  word  status  that  occurred  as  each 
command  message  was  accepted  was  immediately  dow  nlinked  in  telemetry.  API  - 
COM  monitored  change  in  status  and  verified  the  new  authentication  word.  The 
new  authentication  word,  computed  by  APL.COM  algorithm,  was  verified  if  it 
matched  the  authentication  word  imputed  from  telemetered  status.  If  the  new 
authentication  word  could  not  be  verified,  APLC'OM  reset  the  authentication  word 
(to  be  packed  in  the  next  uplink  command  message)  to  its  previous  value.  Failure 
to  verify  the  authentication  word  indicated  that  the  previous  command  message 
was  not  accepted  and  executed.  In  this  case  the  normal  procedure  followed  bv  the 
operator  was  to  simply  resend  the  previous  message. 

3.2.3  V  erification  of  Command  (execution 

The  new  authentication  word,  when  verified  by  AIM.COM,  indicated  that  the 
command  message  was  received  and  command  processing  was  initiated.  To  verify 
command  execution  by  the  sensor  module  command  system.  API.COM  compared 
replicas  ot  the  executed  commands  (w liich  were  returned  in  the  narrowband  telem¬ 
etry)  with  commands  sent  in  the  previous  command  message.  In  the  event  the  com¬ 
mand  message  loaded  delayed  commands  into  the  sensor  module  command  store 
memory,  the  command  message  was  authenticated  and  verified  bv  Vf’I  C  OM  as 
previously  described.  In  addition.  MM.COM  commanded  the  sensor  module  to 
telemeter  the  contents  ot  stored  command  memory  .  I  hc  delayed  commands  stored 
in  memory  were  then  verified  by  comparison  wiili  an  image  of  the  sent  commands 
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\PI  ( .  T  )M  .omj'jc'cd  i he  command  ;un he! i ! ic;ii ii <i i  and  verification  ptoccss  a  lew 
second'  loilow me  the  transmission  ol  cucii  message.  Mowevet  .  active  telemetry  in¬ 
put  «;i'  required  to  Jo  I  hi'.  In  normal  command  ccniet  operation.  commands  vhic 
no!  'Oil!  during  a  pa"  nut:!  iclcmeuy  input  was  lira  detected.  lo  this  onJ.  t lie 
'Lit '•or  modulo  »;i.  piopiaiumod  10  uim  on  ;ho  nut  tow hand  telemetry  auiomati 
call'  uhi.ii  a  was  out  oaoh  telemetry  site 

3.2.4  Ind-to-Lml  Command  \  crification 

Lite  API  COM  command  authentication  and  verification  processes  described 
above  veritied  o\ooution  ol  all  commands  through  the  sensor  module  oommand 
system.  I  hey  indioaiod.  with  high  ptobahihiy.  that  tiio  transmitted  command'  wore 
executed  by  tile  respective  sensor  modulo  subsystem.  Delta  2  guidance  computer, 
or  to't  object.  I  or  complete  end-to-end  verification,  telemetered  status  data  from 
the  respective  subsystems  were  examined.  1  or  commands  executed  by  sensor  mod¬ 
ule  subsystems,  this  was  performed  by  the  health  evaluator  and  Ins  team,  located 
in  the  command  center  operations  room  Monitoring  the  appropriate  telemetry  dis¬ 
play  pages,  they  vert  lied  that  subsystem  status  was  reflective  of  commands  packed 
in  the  previous  command  message,  lest  object  commands  were  verified  in  a  simi¬ 
lar  manner  tit  the  Sandta  National  Laboratory  facility  .  The  Central  Computer  C  om¬ 
plex  facility,  which  configured  tile  Delta  2  commands  and  accessed  Delta  2  telemetry . 
performed  end-to-end  verification  ol  Delta  2  guidance  computer  commands. 


3.3  IN  1 1.HL  \(  I.  TO  I  HI  (  IN  I ICM  COM  I*  l  I  IK  COMPI.KX 

3.3.1  Delta  2  Outdance  C  omputer  C  ommand 

Lor  reasons  previously  noted.  Delta  2  guidance  computer  commands  could  not 
be  preconfigured  and  stored  in  the  command  runstates  data  base.  These  commands 
were  configured  in  real  time  and  sent  to  the  command  center  from  the  C  entral 
Computer  Complex.  As  shown  in  big.  3-2,  the  uplink  computer  included  soltvvare 
to  process  input  from  the  Central  Computer  C  omplex.  When  Delta  2  guidance  com¬ 
puter  commands  were  received,  they  were  automatically  input  to  API.COM.  APL- 
COM  converted  these  commands  into  a  sensor  module  command  message  and 
output  the  message  for  transmission  to  the  sensor  module.  Operator  interaction 
was  required  to  send  the  message. 

3.3.2  Delta  2  State  Vector 

The  link  to  the  C  entral  Computer  Complex  also  carried  other  useful  informa¬ 
tion  to  the  command  center,  which  was  processed  by  uplink  computer  software. 
Most  notable  of  these  data  was  the  Delta  2  state  vector  periodically  computed  by 
the  Central  Computer  Complex.  The  command  center  used  the  Delta  2  state  vec¬ 
tor  to  compute  updated  station  alerts  (i.e..  the  times  at  which  each  telemetry  site 
was  in  view  of  the  orbiting  Delta  2  and  sensor  module).  These  were  generated  by 
an  alerts  program  resident  in  the  uplink  computer.  Alerts  were  required  and  used 
in  overall  operations  planning.  I  he  latest  alerts,  accessed  by  the  downlink  com¬ 
puter  display  program,  were  placed  on  all  telemetry  data  displays. 

3.3.3  Health  Message 

Because  ol  the  nature  of  the  mission,  the  reliablity  and  availablity  of  the  inter¬ 
lace  link  to  the  Central  Computer  L  omplex  was  a  prime  concern.  If  the  opportu¬ 
nity  to  send  Delta  2  guidance  computer  commands  was  lost  duo  to  link  failure, 
these  command  operations  generally  could  not  be  “made  up"  at  the  next  available 
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pass.  Thus,  t o  enhance  the  reliablity  of  this  link,  the  Central  Computer  Complex 
transmitted  health  messages  at  30-xecond  intervals.  I  he  intent  ot  the  health  mes¬ 
sage  was  to  allow  the  uplink  computer  to  detect  link  problems  well  before  crucial 
Delta  2  uplink  operations,  so  as  to  aliow  sufficient  time  foi  corrective  action.  To 
detect  any  link  failure,  uplink  computer  software  continuously  monitored  the  in¬ 
terlace  for  any  loss  in  health  message  activitv.  Loss  of  activity  implied  a  link  fail¬ 
ure  and  resulted  in  appropriate  operator  notification. 

3.3.4  Interface  and  Message  Korin 

Data  transmissions  between  the  Central  Computer  Complex  and  command  cen¬ 
ter  were  carried  over  a  single  RS-232  standard  interface  (9600-baud  rate,  asyn¬ 
chronous  character,  full  duplex).  Each  message  was  sent  in  the  form  of  an  ASCII 
character  text  string  and  involved  a  "handshake"  operation.  The  specification  of 
all  message  types  and  interchange  protocol  is  detailed  in  Ref.  2. 


3.4  COMMAND  l  PLINk  HARDWARE  DESIGN  I  E  M  l  RES 

To  send  a  command  message  to  the  sensor  module,  the  uplink  computer  packed 
the  command  message  into  an  uplink  image  as  described  in  Appendix  C.  Howev¬ 
er,  command  uplink  hardware  was  required  to  transform  the  computer  image  to 
an  electrical  signal  suitable  for  communication  through  the  AFSCN.  In  addition, 
encryption  of  the  command  message  was  performed  in  the  uplink  hardware.  This 
equipment  was  made  up  of  the  command  formatter,  the  encryptor,  and  the  AFSCN 
formatter  (Fig.  3-1). 

3.4.1  Command  Formatter 

To  send  an  uplink  message,  the  computer  passed  an  image  of  the  command  mes¬ 
sage  to  the  command  formatter.  After  receipt  and  error  check,  the  command  for¬ 
matter  propagated  the  message,  in  the  form  of  a  1  kb/s  command  bit  sequence, 
into  the  encryptor.  (Because  of  AFSCN  transport  timing  requirements,  the  accuracy 
of  the  bit  rate,  set  by  the  command  formatter,  had  lo  be  better  than  0.02aro  of 
nominal.)  For  communication  through  the  AFSCN,  the  encrypted  message  was 
packed  into  contiguous  AFSCN  48-bit  frames  by  the  AFSCN  formatter.  See  Ap¬ 
pendix  D  for  a  description  of  the  AFSCN  format  and  additional  AFSCN  interface 
detail. 

3.4.2  Idle  Null  Messages 

The  AFSCN  formatter,  in  addition  to  formatting  the  encrypted  uplink  message, 
generated  and  transmitted  "idle  null"  messages  between  propagation  of  uplink  mes¬ 
sages.  As  will  be  discussed  in  the  following  section  on  verification  of  the  ground 
uplink,  this  allowed  command  center  operators  to  easily  determine  the  functional 
state  of  the  entire  ground  portion  of  the  uplink  at  any  time. 

The  “idle  null"  messages,  continuously  output  by  the  command  center  between 
command  messages,  also  allowed  AFSCN  equipment  to  maintain  continuous  syn¬ 
chronization  to  the  48-bit  AFSCN  frames  (during  each  pass).  This  allowed  the 
AFSCN  to  be  configured  such  that  no  action  by  AFSCN  operators  was  required 
to  send  or  verify  individual  command  messages.  The  command  center  output  directly 
controlled  the  RF  uplink  modulation  at  the  active  uplink  station.  As  described  in 
Appendix  D,  “idle  null”  messages  resulted  in  an  RF  carrier  with  no  uplink  com 
mand  modulation.  When  encrypted  command  messages  were  sent,  they  resulted 
in  “I"  and  "0"  tone  modulation  of  the  carrier;  this  modulation  reflected  the  bit 
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'Cquenee  'a:i  ,;!  :1k-  command  center  cnctypioi  mu pu: .  lol.il  transput!  tl c ! . i > 
tluough  the  \1  S(  \  |i.o..  llic  delay  he: \\ ceil  a  hi'  occurring  a!  (he  command  ..en¬ 
ter  cue.'  v  pi  or  output  and  r  he  iiMilmit  modulation  ■  >n  i  he  K1  uplink )  w  as  between 
l.~  and  i>  second'. 

3.4.3  Redundancy 

f-or  redundancy.  a  dual  set  ol  cubic  link'  canted  ilk-  command  message  firm 
the  eominaud  eemer  in  ihe  Al  SC  N  1  astern  V  ehicle  Checkout  l-aeiln>  at  (  ape 
Canavetal.  Butii  .able  link'  were  active  at  all  lime'.  Normally  (Ik  M  N(  \  taciltty 
selected  the  primary  line  tor  uplink  tluough  the  AIM  \.  In  the  event  nt  primary 
cable  link  tailuie.  it  eould  switch  over  to  tile  backup  uplink  cable. 


3.5  VliRIIK  AllON  OF  I  III  I.ROl'M)  IPlINk 

The  uplink  subsystem  included  the  capability  to  verity  functionality  ol  the  en¬ 
tire  portion  of  the  ground  upiink .  including  the  AIM  \  assets.  Ibis  was  a  key 
feature  of  command  center  design.  1  y  pically ,  during  each  revolution  of  the  in-orbit 
sensor  module,  command  uplinking  was  performed  trom  more  than  one  uplink 
site.  The  uplink  tlni'  was  reestablished  and  verified  a  number  of  time1'  during  each 
orbital  period.  A  means  to  quick iy  determine  the  functional  stub’s  o'  <he  link  be¬ 
fore  each  pass,  and  take  corrective  action  if  necessary,  was  vital  to  maintaining 
reliability  and  availability  of  the  command  link.  The  following  paragraphs  describe 
the  design  of  the  command  center’s  capability  to  verify  the  entire  ground  uplink. 

3.5. 1  Command  Fcho 

In  order  to  perform  verification  of  the  ground  uplink,  the  Al-'SC'N  was  configured 
to  return  to  the  command  center  a  real-time  image  of  AFSCN  command  input. 
This  signal,  called  the  command  echo,  was  derived  during  supported  uplink  passes 
by  detection  of  RF  carrier  modulation  a:  the  uplink  site.  The  command  echos  were 
received  in  the  identical  lot  mat  as  output  to  the  .AFSCN.  i.e.,  packed  in  AFSCN 
48  bit  frames.  The  return  echo  was  continuous  and  included  the  “idle  null”  mes¬ 
sages  inserted  between  command  messages.  The  command  center  included  equip¬ 
ment  (Fig.  3-1)  to  process  the  command  echo,  and  to  verify  functionality  of  the 
ground  uplink. 

3.5.2  Kcho  Processing 

3.5.2. 1  Level  1.  The  command  center  performed  echo  processing  at  two  differ¬ 
ent  levels.  1  he  first  level,  referred  to  as  level  i,  i,. solved  only  the  bit  syne  and  ATSCN 
depacketi/er  show  n  in  Fig.  3-1.  A  lev  el  )  cheek  was  a  simple  yet  powerful  test  that 
eould  be  performed  at  any  time.  It  required  only  that  the  command  center  be 
powered  and  that  an  echo  loopback  be  connected  at  some  point  in  the  AFSCN. 
When  powered,  the  command  center  continuously  sent  “idle  null”  messages  to 
the  AFSC  \,  as  prev  iously  described.  I  he  command  echo  then  consisted  of  a  stream 
ol  “idle  null”  messages.  Ihe  depacketi/er.  which  pcrlonned  the  inverse  function 
ot  the  AFSCN  formatter,  continuously  monitored  the  return  command  echo  for 
frame  synchronization,  parity,  and  message  content.  If  Al-'SC'N  frame  mid  parity 
was  continuously  maintained,  this  indicated  (with  a  high  probability)  that  the  link 
was  functional  through  the  loopback  point.  Indicators  on  the  depack  cti/er  front 
panel  gave  operators  a  continuous  reading  ot  uplink  status.  I  his  test  was  very  use 
fill,  as  it  enabled  the  uplink  to  he  easily  cheeked  at  am  time. 
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3.5. 2. 2  I.evel  2.  I  he  command  center  echo  processing  equipment  a  No  per¬ 
formed  a  level  2  te't  that  invoked  a  direct  check  of  uplink  command  mes^agev 
This  invoh ed  the  decryptin'  and  echo  processor  equipment  show n  in  lie.  3-1 .  When 
uplmh  messages  were  sent,  the  return  command  echo,  after  depackeii/atton,  was 
decrypted  ~:id  compared  in  the  echo  processor  with  the  transmitted  command  mes¬ 
sage.  The  echo  processor  also  verified  that  these  command  messages  were  packed 
in  the  correct  sensor  module  format.  LrH  2  testing  was  used  to  directly  examine, 
at  the  command  center,  each  uplink  message  radiated  from  the  uplink  sues. 

3.5.3  F.cho  I  tili/ation 

The  command  echo,  from  an  operational  perspective,  was  used  as  follows.  Pri¬ 
or  to  each  pass,  the  AFSCN  reconfigured  to  establish  a  command  link  to  the  ap¬ 
propriate  uplink  site.  Generally,  about  20  minutes  before  the  pass,  the  link  was 
established  and  the  command  echo  was  looped  back  from  that  site.  Command  center 
operators,  employing  both  level  1  and  level  2  checks,  verified  that  the  command 
link  was  ready  to  support  the  pass.  In  the  event  a  problem  was  detected,  command 
echo  processing  then  served  as  a  rapid  ground  fault  isolation  tool.  B>  successively 
looping  back  from  points  within  tire  AI  SCN  and  command  center,  the  faulty  fa¬ 
cility  or  equipment  was  readily  determined.  Figure  3-3  shows  ty  pical  loopback  points 
within  the  AFSCN'  and  command  center. 

3.5.4  Echo  Monitoring 

During  the  pass,  command  center  operators  continued  to  monitor  the  command 
echo.  It  should  be  stressed,  however,  that  the  RF  uplink  transmission  of  each  com¬ 
mand  message  was  not  contingent  on  ground  uplink  verification.  Commands  were 
sent  and  verified  by  AP1.COM  program  software  as  previously  described.  The  com¬ 
mand  echoes  were  monitored  so  that,  in  the  event  of  failure  to  command,  it  could 
be  quickly  determined  whether  the  fault  was  in  the  ground  uplink  or  the  sensor 
module.  In  general,  for  pre-launch  test  operations  and  post -launch  mission  opera¬ 
tions,  command  center  ground  uplink  test  capabilities  provided  great  insight  into 
AFSCN  performance. 


Eastern  Vehicle  Consolidated 


Checkout 


Space  Test 


Uplink 

rue 


I'D a*vl  Cc-f  ter 
coonv.K  pO'rts 


Af  SCN  loopback  points 


1  Tf/ft  hjopt-ack  cent 

Fig.  3-3  Major  loopback  points  for  ground  uplink  test. 


14 


applied  physics  laboratory 


4.  DOWNLINK  SI  H.sVSTKM  l)KSI(,N 

Pile  haste  *  line'  ion  ol  :  lie  downlink  subsy  stein  wa'  to  enable  the  command  con¬ 
ic:  operating  staff  to  monuot  sensor  moduli,  health  and  per i •. o  malice  during  the 
Jaia-coilcstion  phase  ot  i he  mission.  lo  this  cud,  she  following  "classic"  tvlemc 
:y  capahiiitics  (usually  found  to  some  decree  in  ai i>  spacccatt  command  and  con- 
:toi  cent  c : )  a  et  c  prov  idod: 

I  Real-tune  (i.c  .  dining  a  pass)  forniai'sd  display  and  printout  o!  all  sensor 
module  narrow  Kind  telemetry  data,. 

2.  Real  time  limits  test  ot  selected  settso;  module  iianowl'and  telemetry  data. 

3.  1  og  of  icni-timc  narrowband  tclenicuy  data. 

4.  Access  to  io.'bted  ptiss  telemetry  data  tor  display,  printing.  and  test iny . 

\  mote  detailed  hardware  breakdown  oi  the  command  cc": .low n.'ln).  isshi"-" 
it  l  ip.  4  1.  \  detailed  description  follow ». 


Fig.  4-1  Downlink  subsystem  block  diagram. 


4.1  DISPLAY  COMPITKR 

The  primary  equipment  for  providing  formatted  display  and  printing  capability 
was  the  downlink  MieroVax  II  eomputer  d  ig.  4-|).  That  computer  provided  te¬ 
lemetry  display  to  the  command  center  operations  room,  tile  Mission  Director  (  en¬ 
ter,  and  the  Sandia  National  I  ahoratory  facility,  file  computer  also  supported 
printers  located  in  tiie  operations  room.  A  menu-driven  display  program  installed 
on  the  computer  allowed  the  operator  at  each  terminal  to  select  from  a  list  of  precon¬ 
figured  display  pages,  [  aeh  page,  in  addition  to  displaying  up  to  30  telemetered 
parameters,  included  station  alerts  information,  from  each  teiminal,  the  operator 
could  select  a  data  page  printout  at  any  time 
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1  lie  downlink  computer  also  was  conncwcJ  w*  i\;sonal  computers  in  the  com- 
mand  center  operations  room  and  in  the  M  m  I  hrectot  (  enter.  1  liese  downlink 
personal  computers  were  used  mainly  to  ptovt.iv  'peciuli/ed  tabular  and  graphic 
displays  of  sensor  module  flight  processor  da’  .  •oilowing  selected  passes  te.g..  a 
"map"  of  test  object  location  and  velocity ).  I>u:  me  eacii  pass  the  computer  stored 
all  real-time  flight  processor  data  to  a  disk  fact  iollow  ing  the  pass,  the  stored  flight 
processor  data  could  be  accessed  by  the  pci ai  computers. 

The  downlink  computer  also  provided  .m  output  ot  decommutated  telemetry  and 
time  tags  to  the  uplink  MicroVax  compit;:  o-  .  an  I  iheiiiet  link.  This  telemetry 
was  required  by  the  uplink  computer  to  pern-  :n  -emot  module  command  and  mem¬ 
ory  verification.  The  time  tags  were  used  ;o  se'  the  up! in k  computer  clock. 

4.2  IFFFMF.TRV  IM’I  T.  I)F.(  RM*  I  ION  \SI>  l)l  (  ()M\H  I  A  I  ION 

The  1 1:1  -4  facility  provided  redunJan  t,e..  time  sensor  module  telemetry  in¬ 
put  to  the  downlink  subsystem.  The  redundant  a  puis,  each  consisting  of  serial  33-kh 
cnci . ,/ism  data,  wen:  concur a eiiliy  active  whenever  telemetry  data  were  available. 
The  command  center  downlink  could  be  con! 'eared  lo  use  either  input. 

4.2.1  Telemetry  Processing 

Figure  4-1  shows  the  dow  nlink  equipment  : lur  processed  and  interfaced  teleme¬ 
try  data  to  the  downlink  computer.  Telemetry  processing  consisted  of  bit  synchroni¬ 
zation.  decryption,  and  decommutation.  Bit  synchronization,  performed  by  a  DSI 
model  7700,  war.  required  to  extract  data  and  clock  miorm-'tion  from  the  1EI  -4 
input  signal.  The  bit  synchronized  data  were  decrypted  and  input  to  a  L.oral  model 
ADS- 100  decommutator  subsystem.  The  decommuiator  synchronized  to  the  telem¬ 
etry  frame  and  provided  decommutated  data  to  the  downlink  computer.  The  basic 
decryption  unit  was  a  KGX-28  keyed  to  the  sensor  module  telemetrv  encryption. 

4.2.2  Other  Decommuiator  Functions 

The  decommuiator  performed  a  number  of  Inner  jns  in  ad  lit  ion  to  decommu¬ 
tation  and  interface  to  the  downlink  computer.  It  provided  additional  formatted 
data  displays  and  printout  capability,  data  limits  cheeking,  and  a  decrypted  data 
log.  A  v  ideo  monitor  unit  located  in  the  operations  room  presented  deeommutater 
generated  data  display  pages.  The  decommutator  time-tagged  each  received  telem¬ 
etry  frame,  and  logged  each  telemetry  data  frame  and  respective  time  lag  to  a  digi 
tal  tape  recorder.  Logged  data  could  be  played  back  and  processed  in  the  downlink 
computer  in  the  same  manner  as  real-time  data. 

The  data  limit  feature  of  the  decommutator  allowed  the  operator  to  specify  high 
and  low  alarm  limits  to  selected  telemetry  data  parameters.  When  this  test  feature 
was  enabled,  received  data  that  exceeded  the  specified  limits  would  cause  a  visual 
and  audible  alarm  message  to  be  posted.  I  his  feature  allowed  quick  and  automat¬ 
ed  checks  of  sensor  module  health  and  status  during  selected  passes  during  the 
mission. 

The  command  center  received  IRIG-I20-H  time  standard  input  from  the  East¬ 
ern  Test  Range.  This  time  information  was  input  to  the  l.oral  decommutator  sub¬ 
system  to  set  ‘-locks  both  in  the  l.oral  Decommutator  and  MicroVax  computers. 

4.2.3  Fnery plion/Deeryplion  Pairs 

Please  note  that,  for  security  reasons,  it  was  required  to  "hand"  encryption  hard 
ware  in  its  mountina  racks.  Also,  these  decryption  units  did  not  have  anv  status 
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indicators  !  hits  detection  ;ii:J  •: eputr  at  a  Mila!  da.  unit  would  normally, 

r,  a  nine  coi.siunine  operation  In  i  email)  opeiationa!  in  the  even:  i ■  I  a  Killing. 
;ue  downlink  deet  .ption  euerv  pi  ion  chassis  design  induded  two  deer a  ption  units 
nnd  two  etisivpiiou  units,  i  ho  second  dectvption  unit  piovided  a  liot  spare  in  i he 
o’. on!  the  lust  dccryptot  tailed.  II  it  w.ls  determined  a  dectyptor  failed,  the  alter 
u.iio  dcctyptor  eouid  be  switched  in  In  simple  toggling  a  switoh.  1  he  cneiyptors 
were  included  lot  rapid  tost  and  lanlt  isolation  ot  the  deers  plots.  (.  oinpttrison  oi 
the  ;up;i;  and  output  .'.fan  ettctypiion  decryption  pai: .  connected  a'-  series  lor  test, 
pros  ided  a  punk  a;k!  eonsonieii!  means  to  aseenaiu  Jeeryptot  Inti'  lionalits . 


4.3  D  M  \  l  <  K  i  (  APAHII .11  Ilfs 


In  addition  to  the  digital  tape  reeoidet  used  to  reeord  decrypted.  time-tagged 
telemetry .  the  si.  ns  niaik  also  included  a  I  lines  well  analog  tape  recorder.  I  Iti'  avoid- 
er  logged  encrypted  II  I  - 4  input.  In  addition,  the  analog  recorder  logged  time, 
encrypted  uplink  command  message',  and  the  return  command  echo. 

Both  tape  recorders  were  used  for  operations  and  dam  logging  '.hiring  the  mis¬ 
sion.  \ No .  prio:  to  launch,  tiles  were  heavily  toed  lo:  command  eentei  test  and 
lanlt  isolation.  While  the  command  ccntci  was  integrated  and  tested  at  AIM  .  a 
number  ot  tape  recordings  were  made  of  actual  sensor  module  narrowband  telem¬ 
etry.  \ t ’ e i  installation  at  Cape  Canaveral,  and  prior  to  a  number  of  critical  con- 
•'id  complex  integration  tests,  playback  ol  enctypted  telemetry  proved  especially 
i-etul  till  venfving  command  ccntci  tuiictionalnv 
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1  he  Delta  181  sensor  module  eommand  .‘liter  was  designed.  installed,  and  ui- 
eeiated  at  (  (  \  1  S  in  a  short  time  frame  (about  one  year).  Success  in  design  and 
'perutiou  was  achieved  only  because  of  great  effort  on  the  part  of  many  people 
i •  both  \|>|  and  other  participating  organizations. 


Him  KK.RAPHY  OF 
1)1  I  I  A  1X1  PROGRAM  !)()(  I  MK  VI’S 


I  he  following  documents  speeds  the  Delta  lxl  mission  and  piogram  leqtiue 
ineiii'  in  detail' 

1 .  Delta  ISI  \/iww/i  / mieline  Phase  I  -  Dahl  (  V ;//<•<  Hon  for  Sensors,  l  (  R 
Rl  Downlink  Operations.  ,1111  MM  S2(  sxk  (H)5  (  Ian  1988). 

2.  Delta  181  to  t:!R  Interlace  Speedieation.  McDonnell  Douglas  Astronaut!..' 
C  ompany  (Dee  198") 

2v  .1,  Delta  181  Oibital  Requirements.  McDonnell  Douglas  Vuonuii 

tics  Company  I’KI)  ()K  RD  2515  (Dec  198'). 

4.  Instrumentation  Developed  In  The  Johns  Hopkins  ( 'ntversity  Applied  Pin  s 
ics  Laboratory  for  Son  I  PI  Spacecraft.  INI  AIM  SDO-4KK)  (Sep  I988| 

5.  Delta  181  Mission  Petnnnanee  Quick  look  Report.  .1111  AIM  SIX)  -S(Cc> 
(Mar  1988). 
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Fig.  A- 1  Uplink  command  flow  for  orbiting  sensor  module.  Delta  2,  and  lest  objects 


111--'  o  mi  maml  ar i  nl  in  e  as  'In  w\  n  mininn/cd  the  ns  ei  all  necel  tot  e  ommand  .a 
'em  ’ i :■-•!> :  ha'dwutc  and  mound  uplinks.  IIowcnci,  litis  approach  slid  place  adds 
hucl.-us  >'!i  .  on ima.ii d  s  .'iik't  d<’siyn  and  opeiahon.  I  list.  the  command  censor 
iiad  'o  -e  nd  commands  'n  the  menial  cmdaiiec  computet  and  l.:  oliR-et'  (m  addi 
':on  * 1 1  the  m'iim'i  module)  In  addition,  the  eomm.md  tcrilicalion  process  lot  these 
additional  somniuinls  was  somewhat  mote  complicated  than  \eiilication  ol  seitsoi 
inodule  .aniiii.iiiils  Kciisoi  moihile  commands,  sem  In  the  command  center  and 
es  edited  In  the  -ensoi  module,  w  •,  re  \  et  died  eompletch  within  die  eomm.md  .cm. 

’■  Dim,  (lorn  an  operational  po: spectne.  dll'  was  a  tclaiivch  a  lutehMoi  ward 
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■’•.VC".  I  low  ever.  t he  command  ccir.ci  ..-i.|d  \ v-i  i I  y  Delia  2  commands  and  lev 
••'Hie.-;  commands  to  only  .1  limited  dcgtv-c.  1  omplete  ctul-to-ciid  \  critical  tun  ol 
Mio-e  commands  required  support  lro:r.  tacihtics  and  expertise  outside  the  com 
maud  center.  ( )peta:tonally .  sending  and  ■■  ei  it  Mite  t he  execution  ol  these  commands 
c. paired  a  very  high  decree  ol  coot  dilution  between  the  command  center  and  oih- 
e:  connol  complex  iacilitics. 

II  I  I  Ml  I  in  DOWN!  INKS 

I  lie  orbiting  sensor  module  and  Delta  2  telemetry  downlinks  are  illustrated  in 
I  ;c.  \  2.  1  he  sensor  module  had  thiee  telemetry  links,  a  nan ow hand  (33  kb  1 
::ik  and  two  wideband  li  Mb  s)  links.  I  j-,e  narrowband  link  carried  sensor  mod 
ale  data  ■  equired  by  die  command  ecu'  a  ' o  pci  tdrm  real  time  command  and  tnon 
Co:  operations.  It  was  received  by  eon; red  complex  tracking  sites  and  sent  in  leal 
cue  to  tiie  command  ..enter.  Narrowband  telemetry  was  a  composite  ol  settsot 
module  housekeeping  data  (c.g.,  temperatures,  voltage,  and  current  measurements, 
•aid  sensor  module  instrument  staui'l.  'i.-ttsot  module  flight  proeessoi  data,  and 
'.mdaa  National  I  aboratory  test  objeu  1  .Teme’.i .  \  matoi  component  o!  Ill  •  lit 
processor  data  was  position  and  velociiv  :nio:  inaiion  maimc.med  by  the  their,  pro- 
.  ess(it  011  a  number  of  test  objects. 

I  lie  two  wideband  telemetry  links  va:::cd  science  data  generated  by  the  'cnso- 
ftstruments.  During  the  data -collection  phase  ol  the  mission,  the  wideband  data, 
downlinked  over  select  spacecralt  trucking  si  to.  was  derived  m  real  time  Pom  the 
sensor  instruments.  Note,  however,  that  the  bulk  ol  science  data  generated  dating 
die  da'a-colleelion  phase  was  stored  on  tape  recorders  and  retrieved  on  the  ground 
at  ,1  later  time.  During  the  data-retneval  phase  ol  the  mission,  wideband  data  son 
st sled  of  science  data  played  back  from  the  on  board  recotders.  Data  ftom  these 
links  were  recorded  at  13  Hacking  sites  and  processed  following  the  mission.  Wide 
band  data  were  not  required  by  the  command  center  for  real-time  command  and 
control  operations. 

I  he  sensor  module  downlinks  (in  terms  ot  frequency  selection,  modulation  sp  i.s 
Hue.  bit  encoding,  etc.)  were  also  SGI  S-compatible.  All  13  tracking  sites  m  ;he 
o’litrol  complex  were  SC.d  S-downlink  .  'inpatible.  and  thus  were  capable  ol  teeetv 
mg  and  processing  sensor  module  telemetry. 

Ihe  Delta  2  vehicle  had  three  telemetry  do"  thinks.  Data  telemetered  in  these 
link'  were  received  at  selected  control  complex  Hacking  sites  and  sent  in  real  time 
t"  facilities  located  at  (  ape  Canaveral  \ir  force  Station.  I  licsc  links  were  not  in 
put  to  the  command  center;  they  were  processed  by  MacDomiell  Douglas  installa¬ 
tions  outside  the  command  center.  Ot  special  note,  however,  was  the  inclusion  ol 
menial  guidance  computer  data  in  Delta  2  telemetry.  Real-time  inertial  guidance 
computer  data,  telemetered  to  the  control  complex,  was  used  tv'  verity  end-to-end 
Delta  2  menial  guidance  computer  commands  previously  sent  trom  the  command 
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Fig.  A-2  Orbiting  sensor  module,  ics'  objecls.  and  Delta  2  telemetry  links. 


AIMMMMX  B— 

IKIIMKTRY  AM)  l  PI  INK  STATION  CONTACTS 


table  B-l  li'h  control  complex  telemetry  and  uplink  contacts  with  t lie  sensor 
module  during  the  i'aia-eollcetion  phase.  \i  every  a\ailahle  opportunity,  ulien  a 
telemetry  siie  was  in  Dew  ol  the  sensor  module,  narrowband  telemetry  wtis  returned 
to  i he  command  center.  I  eienietty  data  v  ere  displayed  in  order  to  monitor  sensor 
module  health  and  status;  the  deployment  and  tracking  ol  lest  objects  were  also 
monitored  at  key  points  during  the  mission.  I  lie  command  comer  experienced  mul¬ 
tiple  contacts  during  each  orbit  of  the  sensor  module,  as  a  result,  command  center 
operations  during  tin  -  phase  were  continuous  and  intense. 

1  he  command  ccntei,  loi  some  orbits,  sent  command  messages  t'lom  a  number 
of  uplink  sites,  I  he  M  S(  N  and  command  center  had  to  rapidly  reeontlgurc  and 
test  the  command  uplink  before  each  of  these  passes.  I  he  ability  ol  the  command 
ccntct  to  rapidlv  \  cril'y  the  ground  uplink,  as  described  in  the  main  text  of  this 
report,  played  an  important  tole  in  the  ovetall  success  ot  comiuaiid  operations. 

I  lie  uplink  command  messages,  as  a  1 1 me: ion  o I  orbit  and  uplink  site,  are  gi\ en 
m  Kel.  5.  <  pcncrallv.  two  txpes  ot  commands  were  sent.  Delta  2  Inertial  guidance 
compute:  commands  and  sensot  module  flight  ptocessor  eonun.iiuls.  \s  deserii  ed 
:ri  the  m.un  text,  the  Delta  2  commands  were  conligmcd  in  the  central  computet 
complex  and  sent  b  . 'I  he  a  >mmand  icntci .  I  he  sensot  module  flight  pioccs-,or  com 
n  tat  ids,  con!  i  g  tiled  and  sett!  by  the  col  tuna  ml  cet  iter,  cnahlcu  or  disabled  Might  pro 
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cessor  (unctions.  I  hese  iiimmaii'K  were  sent  m  response  U’  contingencies  that 
occurred  during  the  mission.  C  ommand  runstates  tor  tiiese  contingencies  were  con 
figured  before  launch.  Also  note,  at  the  ( i  I  S  (Guam)  site  on  the  ninth  orbit,  the 
eommand  center  uplinked  a  new  load  to  the  sensor  module  commands  store  mem¬ 
ory  This  load  provided  delayed  command  instructions  to  the  sensoi  module  for 
data  retrieval  operations.  Beginning  on  the  tenth  orbit,  the  M  SC  N  began  retreival 
ot  data  played  back  from  on-board  recorders. 

Wideband  telemetry  contacts  with  control  complex  sites  is  also  shown.  Note, 
however,  that  this  data  was  not  sent  to  the  command  center:  it  was  logged  on  tape 
at  these  sites  and  processed  following  the  mission. 


Table  B-1 

Delta  181  telemetry  and  uplink  site  sensor  module 
contacts  for  the  data-collection  phase. 


Orbit 


Site 


NB  WB  Lplink 


OSAKA 

HAW 

HIS 

VTS 

MILA 

)DJF 

AM 

ASC 


GTS 

L'SAK.A 

HAW 

HTS 

VTS 

MU.  A 

I  DIF 

ANT 

ASC 


CHS 

HAW 

HTS 

CIS 


CHS 

HAW 

HTS 

IOS 


s  s 


6 

6 

6 


HAW 

HIS 

IOS 
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Table  B-l 

Delta  181  telemetry  and  uplink  site  sensor  module 
contacts  for  the  data-collection  phase,  (cont'd) 


iiaw  \  \ 

HIS  \  \ 

\St 


S  tils  \ 

S  l  SAK  \  \ 

N  AST  \ 


\ 


9  C  i  IS  \ 

9  OSAKA  \ 

9  A  St  \ 


\ 


AI-SCN  bee  ills  data  retrieval 


It)  tilS  \  \  X 


Notes:  NB  narrowband  telemetry  eontact 

\YB  -  wideband  telemetry  contact 
l  plink  command  uplink  contact 

Uplink  and  telemetry  sites: 

Air  hone  Satellite  Control  Xetwirk  (AhSC.X) 

IOS  -  Indian  Ocean  Station 

GTS  -  Guam  Tracking  Site 

HTS  -  Hawaii  Fracking  Site 

VTS  -  Vandenburg  Tracking  Site 

Goddard  STDS  Sites 

MILA  -  Merritt  Island  l  aunch  Area 

GW  M  -  Guam 

HAW  -  Hawaii 

At  N  -  Ascension  Island 

Lasiern  and  H  astern  Test  Range  Sites 
.ID IT  -  .lohnathon  Dickerson  Instrumentation 
Facility 

AN  I  -  Antigua  Island 
ASC  Ascension  Island 

\  I  RS  Vandenburg  Tracking  Site 
USAKA  -  l  ;.S.  Army  Kwajalein  Atoll 
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APPENDIX  t — 

SENSOR  module:  command  message:  format 

Command-  were  paeked  and  sent  to  the  sensor  module  in  the  form  of  a  com¬ 
mand  message.  Each  message  was  a  bit  sequence  organized  and  formatted  as  shown 
in  Fig.  C-l  Fhe  bit  sequence  was  encrypted  and  modulated  onto  the  RF  uplink 
carrier  at  1  kb  s.  A  deeryptor  on  board  the  sensor  module  recovered  the  plain  text 
message,  t  he  command  message  format  is  an  artifact  of  the  sensor  module  com¬ 
mand  system;  therefore  sensor  module.  Delta  2  inertial  guidance  computer,  and 
test  object  commands  were  all  packed  and  encrypted  in  this  same  format. 

As  shown,  each  command  message  included  a  preamble,  an  authentication  word, 
a  sync  word,  a  commands  field,  and  a  postamble.  The  commands  field  was  sari- 
able  in  length  and  contained  up  to  100  commands.  Each  command  mapped  into 
a  64  bit  sub-field.  The  commands  field  was  always  terminated  with  an  end-ot- 
message  command;  thus,  the  shortest  command  message  always  included  at  least 
two  commands.  The  commands  could  be  either  real-time  ( i . e . ,  executed  immedi¬ 
ately  when  received  by  the  sensor  module),  or  delayed  ( i . e . .  stored  in  the  sensor 
module  commands  store  memory  for  execution  at  a  later  time).  However,  a  partic¬ 
ular  command  message  could  consist  of  only  one  type. 

At  the  appropriate  AF  SCN  uplink  site,  the  command  message  was  modulated 
(SGI.S  format)  onto  the  RF  uplink  carrier.  The  shortest  command  message  took 
approximately  0.6  second  to  transmit.  The  longest  message  (100  commands)  took 
about  7  seconds.  The  transmission  of  each  message  required  only  “1''  and  "0" 
bit  modulation  (  no  “set”  bits)  on  the  uplink  carrier. 

An  important  aspect  of  each  command  message  was  the  inclusion  of  a  32-bit 
authentication  word.  The  sensor  module  would  accept  the  message  and  initiate  com¬ 
mand  execution  only  if  the  transmitted  authentication  word  matched  the  authenti¬ 
cation  word  maintained  in  the  sensor  module  command  system.  When  the  sensor 
module  accepted  the  transmitted  authentication  word,  it  processed  the  command 
message  and  updated  its  internal  authentication  word.  The  value  of  the  updated 
authentication  word  was  based  on  the  previous  authentication  word  value.  The  next 
command  message  sent,  in  order  to  be  received  and  processed,  had  to  include  the 
updated  authentication  word. 


1  to  100  commands 


Fig.  C-1  Uplink  command  message  formal. 
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APPENDIX  D— 

FORMAT  OF  COMMAND  CENTER  OF  1  PI  T  TO  THE  AFSCN 


Command  messages  generated  by  the  sensor  module  command  center  were  sent 
to  the  orbiting  sensor  module  via  the  AFSCN.  This  required  that  command  mes¬ 
sages  sent  from  the  command  center  be  packed  in  the  AT'SC'N  48  bit  frame  format 
as  defined  in  f  ig.  D-l.  In  the  command  center,  a  component  called  the  Af  SCN 
formatter  packed  the  command  message  into  the  AFSCN  format  for  transmission 
through  the  AFSCN.  At  the  remote  uplink  mic,  the  inverse  formatting  process  was 
performed,  i.e.,  the  command  bits  were  "unpacked"  from  the  48  bit  frames  to 
modulate  the  uplink  carrier  at  I  kb-s. 

As  shown  in  Fig.  D-l,  each  20  bit  segment  of  the  command  message  (command 
bits)  were  converted  to  a  48  bit  AFSCN  frame  consisting  of  7  sync  bits,  a  40  bit 
data  field,  and  a  parity  bit.  Tlte  40  bit  data  field  resulted  from  a  di-bit  conversion 
of  the  20  command  bits.  The  conversion  process  was  in  real-time  and  continuous 
and  the  AFSCN  formatter  output  data  rate  was  exactly  48- 20  times  the  1  kb/s 
command  bit  rate. 

The  command  center  AFSCN  formatter,  between  uplink  messages,  prov  ided  an 
output  of  idle  null  messages  (Fig.  D-2).  For  the  idle  null  message,  the  data  field 

l 

!-*« - AFSCN  48  bit  data  frame - >- 

! 

i  ; 

'  _  40  bits  data  _  j  1  bit  I 

word  |  (20  command  bits)  j  Panly 


1  command  bit  =  2  frame  bits 


Sync  word  Command  data  bits 

Frame  bits 

Parity 

1110010  1 

10 

Indicates  bit  parity 

0 

0i 

within  command  bit 

null 

00 

segment  of  frame. 

set 

11 

Even  parity. 

Command  data  bits 

Ratio. 

Frame  bits 

20 

48 

l  Xb/s 
=  2.4  kb/s 

Frequency  accurate 
to  _0  021% 

Fig.  D-1  AFSCN  48  bit  frame  format. 


Command 

- center 

output 


- Idle  null  message  - 


Command  uplink  message  encrypted _ 

T.  "O'  command  bits  at  t  kb/s 


Uplink  message  packed  into 
48  b»l  AFSCN  data  frames 


/ 

I 

idle  null  message - ► 


48  b«t  AFSCN  frame 
2  4  kb's 

Fig.  D-2  Command  center  output  to  the  AFSCN. 
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of  the  48  bit  field  consisted  of  di-bit-converted  “null'’  bits.  Transitions  between 
the  idle  null  message  and  the  encrypted  uplink  message  was  accomplished  such  that 
clock  and  frame  synchronization  was  maintained.  This  allowed  AFSCN  equipment 
to  maintain  continouous  synchronization  and  error  check  of  the  command  center 
output  throughout  each  pass,  irrespective  of  the  data  content  of  the  48  bit  frames. 

AFSCN  equipment  was  configured  such  that  command  operation  was  automatic; 
i.e.,  no  AFSCN  operator  interaction  was  required  to  send  individual  command  mes¬ 
sages.  The  idle  null  messages  resulted  in  no  uplink  modulation  of  the  RF  carrier 
(the  RF  carrier  was  on  continuously  throughout  each  pass).  Uplink  messages  were 
automatically  detected  by  AFSCN  equipment  and  resulted  in  command  message 
modulation  of  the  carrier. 
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